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(54) Method and apparatus for browsing the Internet with a telecommunications device 



(57) tn a method and apparatus for browsing the 
World Wide Web (50) with a telecommunications device 
(10) a gateway system (40) provides the necessary 
communications links, data format changes and proto- 
col conversions to permit a user desiring specific infor- 
mation from the Web to obtain that information via tele- 
phone (10) or pager, in either spoken word or alphanu- 
meric form, in response to spoken word or DTMF re- 
quests. 
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Description 

FIELD OF THE INVENTION 

The present invention is directed to a method and s 
apparatus for communicating with Internet-based pro- 
grams and information services via telecommunication 
devices that are not or cannot be readily equipped with 
browser software, such as telephones, cellular tele- 
phones with alphanumeric displays, pagers, alphanu- 10 
meric terminals and the like. 

BACKGROUND OF THE INVENTION 

In recent years, Internet-based services, specifical- is 
ly information placed on the World Wide Web (the 
"Web") such as weather reports, stock quotes, lottery 
results, horoscopes and the like, have experienced ex- 
ponential growth. More and more end users each day 
obtain and utilize personal computers ("PCs") equipped 20 
with modems and software that permit users to "browse" 
or view such applications. Unfortunately, while vast 
amounts of additional information become available 
each day, most end users are not able to access this 
information when away from their PC, since without a 2s 
powerful processor, browser software, adequate mem- 
ory and a modem, the applications that provide this in- 
formation cannot be reached. These same end users, 
however, are likely to possess telephones or data ter- 
minal devices that have limited processing power and 30 
simple, alphanumeric displays. Additionally, such users 
are generally familiar with the now ubiquitous telephonic 
speech response (TSR) systems, also known as inter- 
active voice systems (IVS), that provide spoken infor- 
mation to users in response to the user's input of 35 
TOUCH-TONE* 0 (Dual Tone Multi Frequency or DTMF) 
signals via entries on the telephone keypad, or in re- 
sponse to the user's spoken words. 

While most if not all of the Web applications which 
provide information such as that mentioned above are *o 
graphic in nature, the information content typically 
sought by the end user is simple alphanumeric, non- 
graphic information - i.e. text. The graphics are typically 
provided to make the application simpler to use, com- 
mercially attractive, or to provide hyper-text (HTML) 45 
links to related information or advertising information 
placed in the application by commercial sponsors. Fre- 
quent users who seek specific information embedded in 
such applications have little or no real need to view or 
interact with these graphics, yet have no alternative but so 
to navigate through such graphics to reach the data ac- 
tually desired. Moreover, it is the graphical content that 
makes these applications so resource intensive at the 
PC level. Since no solution presently exists in the prior 
art which addresses and solves the above mentioned ss 
shortcomings, it would be greatly advantageous to pro- 
vide a communications platform that provides access to 
these Web based information services from a conven- 
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tional telephone or simple alphanumeric terminal device 
such as a cellular phone without the need for a PC and 
browser software, in much the same way as TVS-based 
systems provide it now. The present invention provides 
just such a platform. 

SUMMARY OF THE INVENTION 

The present invention provides a platform by which 
users having a conventional telephone instrument may 
access Web-based applications without the need for a 
PC and browser software. As used herein, the term tel- 
ephone instrument is defined as any communications 
device, with or without an alphanumeric display, such 
as, by way of non-limiting example, an analog cellular 
telephone, a digital cellular phone with or without Per- 
sonal Communication Services (PCS), a wireless 
phone, a wired (corded) phone, a personal digital as- 
sistant (PDA) (such as the Apple NEWTON*™), a pager, 
an ASCII terminal, a PC without a browser, and the like. 
The alphanumeric display may be an LED, LCD, CRT, 
active matrix, or any other display device capable of dis- 
playing alphanumeric characters. ^ 

A user wishing to access information found in a 
Web-based application in accordance with the present 
invention will dial through the standard telephone net- 
work or cellular network into a gateway processor locat- 
ed either at a dedicated processing location or in the 
telephone network itself. The gateway processor is 
equipped with IVS hardware and software for commu- 
nicating with the user via voice prompts that elicit from 
the user the information desired in a manner well known 
in the art. The user's request is then translated by soft- 
ware in the gateway processor, which in turn communi- 
cates with the Web and handles logging in, providing 
the universal resource locator (URL) address and ac- 
cessing the desired Web application. The gateway proc- 
essor then navigates through the application to access 
the information desired by the user. Software in the gate- 
way processor "reads" the Web page or pages which 
contain the desired information and translates it, i.e. pro- 
tocol converts it, into alphanumeric characters which are 
then relayed over the phone line to the user's telephone 
instrument to be read by the user. The user has thus 
"browsed" the Web application without the need for a 
PC and browser software. Alternatively, the gateway 
may cause the IVS system to audibly "speak" the results 
to the end user, thereby eliminating the need for any dis- 
play at the telephone instrument. 

The gateway service may be furnished by the pro- 
vider of the Web page, or by a third party that provides 
Web software "translation" services. Further, for fre- 
quent users, or for the appropriate application, the serv- 
ice may be adapted to take advantage of the new direct 
data uplink protocols utilized in, for example, digital cel- 
lular phones and alphanumeric pagers. In this way, a 
user can send a specific, digitally coded request via 
wireless data uplink, eliminating the need to make a tra- 
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ditbnal telephone call and utilize DTMF keypad se- 
quences. A single coded sequence will signal the gate- 
way that the user wishes to receive, for example, the 
daily lottery numbers. The gateway will access the ap- 
propriate Web application and perform the conversions 
described above, sending alphanumeric characters rep- 
resenting the daily lottery results via wireless data link 
directly to the end user with no phone call ever having 
been established. 

Other objects and features of the present invention 
will become apparent from the following detailed de- 
scription considered in conjunction with the accompa- 
nying drawings. It is to be understood, however, that the 
drawings are designed solely for purposes of illustration 
and not as a definition of the limits of the invention, for 
which reference should be made to the appended 
claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the drawings, wherein like reference characters 
denote similar elements throughout the several views: 

Fig. 1 depicts the system architecture of a preferred 
embodiment of the instant invention; 
Fig. 2 depicts the protocol architecture of a pre- 
ferred embodiment of the system of the instant in- 
vention; 

Fig. 3 depicts an alternate embodiment of the sys- 
tem architecture depicting the utilization of a direct 
data uplink; and 

Fig. 4 depicts the protocol architecture of the sys- 
tem of the instant invention utilizing direct data up- 
link. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

With initial reference to Fig. 1 , there is depicted a 
diagrammatic representation of the system architecture 
of the present invention. A user (not shown), utilizing a 
telephone instrument 10 that is optionally equipped with 
an alphanumeric display 12, and desirous of accessing 
a Web application 54 stored in one of many HTTP serv- 
ers 52 linked through the Internet network 50, places a 
telephone call through a cellular base station 20. As 
used herein, the term Internet shall be defined as includ- 
ing both the ubiquitous public Internet network and pri- 
vate networks utilizing Internet-) ike architectures, 
known by those skilled in the art as Intranets. 

Alternatively, a user may place the call using a non- 
cellular phone 14 equipped with or without optional al- 
- phanumeric display 16. In either case the call is 
switched in the ordinary manner through the Public 
Switched Telephone Network (PSTN) 22 to the Internet 
gateway 40. Internet gateway 40 may be located within 
and as a part of the PSTN, or located in one or many 
locations, as the anticipated call volume warrants. The 
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design of the communication links between the cellular 
base station 20, telephone 14, PSTN 22, gateway 40 
and the Internet 50 is well known and considered to be 
well within the abilities of the routineer in the telephony 
arts and, since it does not form a part of the instant in- 
vention, will not be discussed further herein. 

At the gateway 40 there is a phone-Internet gate- 
way processor 44 which contains hardware and soft- 
ware for running gateway applications required to im- 
plement the system of the present invention. Also at the 
gateway 40 is an I VS device 42 for providing speech 
response services under the control of gateway proces- 
sor 44. Gateway processor 44 is typically a general pur- 
pose digital computer such as a Pentium 1 ™ microproc- 
essor-equipped PC, a networked group of PCs or equiv- 
alent, or a mini-computer or mainframe or equivalent, 
as processing and communication requirements dic- 
tate. I VS device 42 may be an add-on circu it board and 
associated software in the gateway processor 44 such 
as, by way of non-limiting example, the type provided 
by Dia logics, Inc., or it may be an external processor 
such, for example, as the Conversant Interactive Voice 
Information System provided by Lucent Technologies 
Inc., or their art recognized equivalents. Regardless of 
the particular implementation chosen, IVS device 42 
and gateway processor 44 together are capable of re- 
ceiving and processing DTMF tones and/or spoken 
words, and of outputting alphanumeric characters and/ 
or spoken words, as application needs dictate. As used 
herein the term software is defined as including the ap- 
plication software code, firmware and/or specific hard- 
ware required to perform specific functions in the gate- 
way processor 44 and/or the IVS device 42. The specific 
implementation of the gateway processor and IVS de- 
vice in the gateway 40 is a matter of design choice and 
is considered to be well within the scope of knowledge 
of the person of skill in the art. 

Referring now to Fig. 2, the protocol architecture of 
the present invention is depicted showing telephone in- 
strument 1 0 communicating with gateway 40. As shown 
in Fig. 1, the connection to the gateway 40 may be 
through a cellular or wired connection through the PSTN 
22, and the following description is equally applicable to 
both. Gateway presentation control software 41 in the 
gateway 40 provides the protocol support to receive 
spoken word voice and/or DTMF keypad instructions 
from the user's telephone instrument 10. Gateway proc- 
essor 44 also contains the Web address software 47 
necessary to accept the converted user commands and 
determine from which Web application on the Internet 
the user desires or requires information. This can be im- 
plemented via a database of Internet applications stored 
in gateway processor 44, lookup tables, or other equiv- 
alent art recognized techniques. Alternatively, the user 
may speak or enter via the DTMF keypad the URL ad- 
dress of the desired Web application, as a general mat- 
ter of design choice. In any event, gateway 40 estab- 
lishes a connection to the Internet 50, and accesses the 
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desired HTML page using the HTTP protocol according 
to commonly known techniques. 

With continued reference to Figs. 1 and 2, after 
gateway 40 requests the appropriate HTML page from 
the appropriate HTTP server 52, and the HTTP server s 
52 provides that page, software in gateway 40 "reads" 
the HTML page (or pages if necessary) via HTTP pro- 
tocol software 45 and extracts the specific content per- 
tinent to the user's information request. The extracted 
information is then converted via user presentation con- 10 
trol software 43 to the appropriate end user-related pro- 
tocol, i.e. either spoken voice, alphanumeric text, or a 
combination of both, and transmitted through the PSTN 
22 to the user's telephone instrument. Alphanumeric 
text, if sent, would be displayed on display 1 2 or 1 6, de- 15 
pending on the telephone instrument in use. 

The selection of the appropriate user presentation 
protocol by gateway 40 may be implemented by dedi- 
cating certain telephone numbers to be called by the us- 
er depending on the type of telephone instrument used, 20 
or it may be selected by the user in response to voice 
prompts spoken by the IVS system. Alternatively, the\ 
presentation protocol may be automatically selected by \ 
the gateway processor 44 as a function of how the user's j 
request for information is transmitted to the gateway 40, 25 
e.g. alphanumeric text only if the request is received in / 
the form of wireless packet data, as further discussed / 
hereinbelow. As used herein the term wireless packet is I 
defined as any digital packet data transmission method- I 
ology wherein a packet of data is transmitted via wire- j 
less communication media, such as, by way of non-lim- 
iting example, Cellular Digital Packet Data (CDPD), 
Short Messaging Service (SMS), the IS 136 or IS 95 
communication standards, or their art-recognized 
equivalents. ' 35 

The specific implementation of gateway presenta- 
tion software 41 , user presentation control software 43, 
and HTTP protocol software 45 is a routine matter of 
software design choice. The aforementioned applica- 
tions may be implemented using, as a general matter of *o 
design choice, any of a number of available higher level 
programming languages such, by way of non -limiting 
example, as C or C++, in any of a number of operating 
environments, e.g. Microsoft Windows 1 " 1 , UNIX 1 " 1 , Win- 
dows NT 1 " 1 , etc. Such software design is well within the 4S 
abilities of one skilled in the art having been provided 
with the application requirements described herein. 

An alternate architecture, depicted in Figs. 3 and 4, 
is utilized when the user possesses a digital cellular tel- 
ephone instrument 30 equipped for wireless packet data so 
service. Such a device' may also be a wireless packet- 
capable pager In such an implementation, the user 
sends a request to the cellular base station 20 that by- 
passes the PSTN to be directly routed to gateway 40, 
where it is interpreted in gateway processor 44 as a re- 55 
quest for a particular type of Web information. In this 
alternate implementation, Gateway processor 44 addi- 
tionally contains wireless packet data presentation con- 



trol software 49 (Fig. 4) which performs the necessary 
conversion of the packets into requests understood by 
HTTP protocol software 45. The gateway 40 then ac- 
cesses the Internet 50, reads the HTML page and ex- 
tracts the desired information in the same manner as 
that described above. The extracted information is then 
converted back to packets by wireless packet data pres- 
entation control software 49 and transmitted back to the 
user via cellular base station 20 for display on the alpha- 
numeric display 32 of telephone instrument 30. Thus, 
by using wireless packet services, the user need not es- 
tablish a traditional phone call to extract simple informa- 
tion from the Internet ^ — 
It is contemplated that the system of the present in- 
vention will encourage and cause Web application pro- 
viders to tailor their applications to render them more 
amenable to access by phone. Presently, there do exist 
some text-only Web pages that are so designed for re- 
ducing page transfer time and/or for accommodating 
non-graphical browsers. It is likely that increasing de- 
mand for phone access in accordance with the present 
invention will lead to new HTML pages with HTML "tags" 
for voice-assisted browsing over phones. For example, 
and referring once again to Fig. 1 , a "summary" tag 56 
could be added to the Web application to provide a syn- 
opsis of a paragraph or page. For brevity, the summary 
may be relayed to the user first, and the full paragraph 
or page thereafter relayed only upon receipt of a specific 
user request. Such added functionality may be imple- 
mented in a number of ways, as for example at the 
HTML page itself or within the Web application as Java 
downloadable application code 58. In the case of Java 
code, the Web application 54, in response to the selec- 
tion of a special "phone access* tag 80 in the Web ap- 
plication, will download a special "phone enabling" script 
82 to be run at the gateway 40. The script, when exe- 
cuted, will deliver the desired information to the user in 
the appropriate voice and/or text format, as described 
above. 

Thus, while there have been shown and described 
and pointed out fundamental novel features of the in- 
vention as applied to preferred embodiments thereof, it 
will be understood that various omissions and substitu- 
tions and changes in the form and details of the devices 
illustrated, and in their operation, may be made by those 
skilled in the art without departing from the spirit of the 
invention. For example, it is expressly intended that all 
combinations of those elements and/or method steps 
which perform substantially the same function in sub- 
stantially the same way to achieve the same results are 
within the scope of the invention. It is the intention, 
therefore, to be limited only as indicated by the scope 
of the claims appended hereto. 



Claims 

1. An apparatus for providing access to World Wide 
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Web ("Web") information without requiring use of a 
Web browser, comprising: 

means for receiving an information request 
from a user via a telephone instrument; 
means for identifying a location on the Web 
where said requested information is located; 
means for accessing said Web location; 
means for retrieving said requested information 
from said Web location; and 
means for providing said requested information 
to said user via said telephone instrument. 

2. The apparatus of claim 1 , wherein said means for 
receiving said information request comprises: 

means, connected to a telephone network, for 
receiving a telephone call from said user; and 
means, connected to said call receiving means, 
for interpreting instructions transmitted by said 
user during said telephone call, said instruc- 
tions forming said information request and be- 
ing transmitted in a request format 

3. The apparatus of claim 2, wherein said interpreting 
means interprets request formats selected from a 
group of formats consisting of DTMF keypad en- 
tries, spoken commands, and a combination of spo- 
ken commands and DIME keypad entries. 

4. The apparatus of claim 3, wherein said means for 
providing said requested information comprises: 

means, connected to said retrieving means, for 
converting said retrieved information into a for- 
mat transmrttable to said telephone instrument 
and capable of being understood by said user; 
and 

means for transmitting said converted informa- 
tion to said user via said telephone network. 

5. A method of providing access to World Wide Web 
("web") information without required use of a Web 
browser, comprising the steps of: 

(a) receiving at an automated processing de- 
vice an information request from a user via a 
telephone instrument; 

(b) identifying by the automated processing de- 
vice a location on the Web where said request- 
ed information is located; 

(c) accessing by the automated processing de- 
vice said Web location; 

(d) retrieving by the automated processing de- 
vice said requested information from said Web 
location; and 

(e) providing by the automated processing de- 
vice said requested information to said user via 



said telephone instrument. 

6. The method of claim 5, wherein said step (a) com- 
prises: 

5 

receiving said information request via a tele- 
phone network operable for carrying telephone 
calls from said user; and 
interpreting instructions transmitted by said us- 
10 er during said telephone call, said instructions 

forming said information request and being 
transmitted in a request format 

7. The method of claim 6 , wherein said interpreting 
is step comprises interpreting request formats select- 
ed from a group of formats consisting of DIME key- 
pad entries, spoken commands, and a combination 
of spoken commands and DTMF keypad entries. 

20 8. The method of claim 7, wherein said step (e) com- 
prises: 

converting said retrieved information into a for- 
mat transmrttable to said telephone instrument 
25 and capable of being understood by said user; 

and 

transmitting said converted information to said 
user via said telephone network. 

30 9. A method of making desired World Wide Web 
("Web") information amenable to dissemination to 
a user via a telephone instrument, comprising the 
steps of: 

35 including, as part of an automated Web appli- 

cation containing desired information, an appli- 
cation portion which is relayable to a user uti- 
lizing a telephone instrument; 
determining that said user is desirous of receiv- 
40 ing said information at a telephone instrument 

rather than a software browser-equipped com- 
puting device; and 

relaying said application portion to said user. 

45 10. A method of accessing information stored at a web 
site of a world wide web in which said accessing is 
done without using a web browser, said method 
comprising the steps of: 

50 at an automated processing device, receiving 

from a user via a telephone line request for said 
information; 

processing said request to identify said web site 
where said information is stored; 
55 accessing said web site via the world wide web 

to obtain a copy of said stored information; 
receiving said information from said web site 
via the world wide web; and 



so 



ss 



25 



35 



40 



5 



9 



EP 0 859 500 A2 



providing the requested information to the user 
via said telephone line. 
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FIG. 1 
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